home *** CD-ROM | disk | FTP | other *** search
/ Personal Computer World 2009 February / PCWFEB09.iso / Software / Linux / Kubuntu 8.10 / kubuntu-8.10-desktop-i386.iso / casper / filesystem.squashfs / usr / share / doc / alsa-utils / README.Debian < prev   
Encoding:
Text File  |  2008-09-25  |  3.4 KB  |  88 lines
  1.                      alsa-utils README.Debian
  2.                      ------------------------
  3.  
  4. Contents
  5. --------
  6. News
  7. Restoring mixer levels
  8. Storing mixer levels
  9. Error messages
  10.  
  11.  
  12. News
  13. ----
  14. Last updated 20 July 2005
  15.  
  16.  
  17. Restoring mixer levels
  18. ----------------------
  19. ALSA drivers initialize hardware mixer levels to zero.  It is usually
  20. desirable to set things up so that the mixer levels for basic sound
  21. output are automatically raised to reasonable levels after the drivers
  22. have completed their initialization.
  23.  
  24. Currently, alsa-utils accomplishes this by having its initscript's
  25. "start" method restore mixer levels to what they were the last time
  26. they were saved (see below).  The levels are stored in the file
  27. /var/lib/alsa/asound.state.  If either the latter file or the alsactl
  28. program is not available then amixer is used to set mixer levels to
  29. "reasonable" default values.
  30.  
  31. To set mixer levels to "reasonable" default values from the command
  32. line (i.e., without trying first to restore saved values), run
  33. "/etc/init.d/alsa-utils reset".
  34.  
  35. For modular drivers on a udev system, the /lib/alsa/udev script runs
  36. the initscript "start" method after a driver has initialized and its
  37. associated control device has been created.
  38.  
  39. For modular drivers on a non-udev system, if alsa-base is installed
  40. then the script /etc/alsa/modprobe-post-install.d/alsa-utils runs the
  41. initscript "start" method after any sound card driver module has
  42. finished loading.
  43.  
  44. For integral drivers and modular ones loaded very early in the boot
  45. process, the initscript is configured to be run as part of runlevel
  46. initialization.  Restoration of mixer levels on bootup can be disabled
  47. by configuring the alsa-utils "service" as stopped in runlevel S. On a
  48. system that uses sysv-rc this means that you should RENAME
  49. /etc/rcS.d/S50alsa-utils to /etc/rcS.d/K50alsa-utils.  The symlink
  50. should not be deleted---only renamed.
  51.  
  52.  
  53. Storing mixer levels
  54. -------------------------
  55. By default mixer levels are stored before shutdown by the initscript's
  56. "stop" method.  The initscript is run with "stop" in runleves 0 and 6.
  57.  
  58. To disable this behavior, if you are using sysv-rc, REMOVE the
  59. "K50alsa-utils" symbolic links from /etc/rc0.d/ and /etc/rc6.d/.
  60. The symlinks should be removed, not just renamed.
  61.  
  62. Note that this scheme is different from and simpler than the scheme
  63. that was used by the "alsa" initscript when it contained the code
  64. that implemented mixer level storing and restoring. The runlevels_save
  65. environment variable is no longer used---indeed, there is no
  66. /etc/default/ file for alsa-utils at all---and there is no longer a
  67. choice of values for "alsactl_store_on_shutdown".  Now "alsactl store"
  68. is run on shutdown unconditionally; however, this can be disabled by
  69. configuring the alsa-utils "service" as floating in runlevels 0 and 6,
  70. as described above.
  71.  
  72.  
  73. Error messages
  74. --------------
  75. If the initscript "start" method is run early in the boot process,
  76. before /usr/ is mounted, then it may print an error message.  The
  77. message can be ignored because the initscript gets run again later in
  78. the boot process.
  79.  
  80.     /etc/init.d/alsa-utils: Warning: No alsactl program available.
  81.  
  82. If you use the snd-cs46xx module then you may see messages like this:
  83.  
  84.     Jan 26 14:32:50 foo kernel: ALSA ../../alsa-kernel/pci/cs46xx/cs46xx_lib.c:427: cs46xx: failure waiting for FIFO command to complete
  85.  
  86. This arises from a bug in the driver, but so far I have yet to
  87. observe any consequent malfunction in the sound card.
  88.